Amendments to the Specification: 

Please replace the paragraph beginning at page 1 , line 5, with the following 
rewritten paragraph: 

This is a continuation of application Serial No. 09/678.034 filed October 3, 
2000. which is a continuation of co-pending application Serial No. 09 /160.280 filed 
September 24. 1998. This patent application is related to commonly owned U.S. 
Patent Application Serial No. 08/855,062; filed June 30, 1997; entitled "Apparatus, 
Method and System for Dual Accelerated Graphics Ports" by Ronald T. Horan, 
Gary W. Thome and Sompong P. Olarig, and is hereby incorporated by reference 
for all purposes. 

Please replace the paragraph beginning at page 12, line 10, with the 
following rewritten paragraph: 

Figures 3 A. 3B is-are block diagrams of a computer system of the present 
invention; 

Please replace the paragraph beginning at page 12, line 11, with the 
following rewritten paragraph: 

Figures 4Aa . 4Ab is-are block diagrams of an embodiment of the AGP to 
AGP bridge of the present invention; 

Please replace the paragraph beginning at page 12, line 19, with the 
following rewritten paragraph: 

Figures 4e E. 4Eb is-are block diagrams of the preferred embodiment of the 
AGP to AGP bridge of the present invention; 

Please replace the paragraph beginning at page 13, line 16, with the 
following rewritten paragraph: 
I Figures 13 . 13A is-are flowcharts for the first state machine within the Flow 

Control Logic of the present invention; 
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Please replace the paragraph beginning at page 13, line 18, with the 
following rewritten paragraph: 

Figures 14 . 14A is-are flowcharts for the second state machine within the 
Flow Control Logic of the present invention; 

Please replace the paragraph beginning at page 19, line 11, with the 
following rewritten paragraph: 

As shown in Figures 3 A, 3B , Tthe PCI/SCSI bus adapter 114, 
PCI/EISA/ISA bridge 116, and PCI/IDE controller 118 are connected to the core 
logic 104 through a primary PCI bus 109. Also connected to the PCI bus 109 are 
a network interface card 112 ("NIC") and a "PCI/PCI bridge 124. Some of the PCI 
devices such as the NIC 122 and PCI/PCI bridge 124 may plug into PCI 
connectors on the computer system 100 motherboard (not illustrated). 

Please replace the paragraph beginning at page 19, line 17, with the 
following rewritten paragraph: 

Again referring to Figures 3 A, 3B , hard disk 130 and tape drive 132 are 
connected to the PCI/SCSI bus adapter 114 through a SCSI bus 111. The NIC 
122 is connected to a local area network 119. The PCI/EISA/ISA bridge 116 
connects over an EISA/ISA bus 113 to a ROM-BIOS 140, non-volatile random 
access memory 142 ("NVRAM"), modem 120, and input-output controller 126. 
The modem 120 connects to an telephone line 121. The input-output controller 
126 interfaces with a keyboard 146, real-time clock 144 ("RTC"), mouse 148, 
floppy disk drive 150 ("FDD"), as well as serial port 152 and parallel port 154. A 
CD ROM drive 134 and a disk drive 128 can be connected to PCI/IDE controller 
118. The EISA/ISA bus 1 13 is a slower information bus than the PCI bus 109, but 
it costs less to interface with the EISA/ISA bus 113. 

Please replace the paragraph beginning at page 23, line 17, with the 
following rewritten paragraph: 
| Figures 4a A, 4Ab shows two AGP buses, the second AGP bus 1 62 and the 

third AGP bus 164, both being bridged into a single first AGP bus 107. The first 
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AGP bus 107 is connected to the core logic 104. Each bus has a read/write 
request queue, a read data return queue, and a write data queue. As mentioned 
before, AGP transactions are split transactions. Read and write requests are 
queued up initially and then each request is serviced one-by-one according to the 
ordering relationship mentioned above. The AGP to AGP bridge 160 is a target 
on the second AGP bus 162 and the third AGP bus 164. Consequently, an arbiter 
is required for the second AGP bus 162 and the third AGP bus 164. The AGP to 
AGP bridge 1 60 is a master on the first AGP bus 107. 

Please replace the paragraph beginning at page 24, line 22, with the 
following rewritten paragraph: 

The first AGP interface 240 is connected to the second AGP interface 250 
I and the third AGP interface 270 as shown in Figure 4aA, 4Ab. The second AGP 
interface 250 is connected to the second interface target and arbiter 258. 
Similarly, the third interface target and arbiter 278 is connected to the third AGP 
interface 270. The second AGP interface 250 has a second read data return 
queue 252, a second read and write request queue 254, and a second write data 
queue 256 that correspond to the three queues in the first AGP interface 240. The 
second read data return queue 252 must have a minimum of 32 bytes. The third 
AGP interface 270 has a third read data return queue 272, a third read and write 
request queue 274, and a third write data queue 276. The third read data return 
queue 272 must have a minimum of 32 bytes. The second read data return queue 
252 is connected to the first read data return queue 242. Similarly, the third read 
data return queue 272 is also connected to the first read data return queue 242 as 
shown in Figures 4a A. 4Ab . Likewise, the second read and write request queue 
254 and the third read and write request queue 274 are both connected to the first 
read and write request queue 244. Finally, the second write data queue 256 and 
the third write data queue 276 are connected to the first write data queue 246. 
The first write data return queue 246, the second write data return queue 256, and 
the third write data return queue 274 all must have a minimum of 64 bytes 
available because 64 bytes is the size of the longest write on an AGP bus. All of 
the elements within the AGP to AGP bridge 160, with the sole exception of the PCI 
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interface 161, are connected to the flow control logic 260 as shown in Figures 
4a A, 4Ab . The PCI interface 161 is an intermediary that connects the first AGP 
interface. The function of the flow control logic 260 will be explained below. 

Please replace the paragraph beginning at page 25, line 22, with the 
following rewritten paragraph: 

Figure 4b shows a block diagram of the preferred embodiment of the 
present invention, wherein the AGP to AGP bridge 160 (as shown in Figure 4a) 
connects a geometry processor 302 and a rendering processor 304 to the first 
AGP bus 107. A geometry processor is used to generate triangles and geometric 
vertices. The output of the geometry processor 302 is then passed to the 
rendering processor 304 which performs post processing and forwards the 
resultant information to the graphics display (e.g., a monitor or screen). In the 
typical scenario, the geometry processor 302 obtains raw data from the CPU 102 
or the system memory 106 via the core logic 104, the AGP bus 107, and the AGP 
to AGP bridge 160. Similarly, the rendering processor 304 receives texture data 
(typically from the system memory 106) via the AGP to AGP bridge 160. As 
shown in Figure 4b, the geometry processor 302 is connected to the AGP to AGP 
bridge 160 via the second AGP bus 162. Similarly, the rendering processor 304 is 
connected to the AGP to AGP bridge 160 via the third AGP bus 164. A separate 
connection between the second AGP Request and Data Queues 252 and the third 
AGP Request and Data Queues 270 is included in the present invention as shown 
in Figure 4b. The separate connection between second AGP Request and Data 
Queues 252 and the third AGP Request and Data Queues 270 enables direct 
transfer of geometric vertices and other data from the geometry processor 302 to 
the rendering processor 304 without tying up bandwidth or other resources outside 
of the AGP to AGP bridge 160. Furthermore, if necessary, the overall flow control 
logic 260 can enable information to be transferred to both the geometry processor 
302 and the rendering processor 304 simultaneously. More importantly, however, 
the geometry processor 302 can communicate with the rendering processor 304 
without having to go through the core logic 104. This relieves the control logic 104 
to perform other tasks, thereby increasing the overall performance of the computer 
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system. More detail of the preferred embodiment of the AGP to AGP bridge can 
be found later in the discussion of Figures 4eE. 4Eb . 

Please replace the paragraph beginning at page 27, line 22, with the 
following rewritten paragraph: 

Figures 4e E, 4Eb is-are block diagrams of the preferred embodiment of the 
AGP to AGP bridge of the present invention. The preferred embodiment AGP to 
AGP bridge 160 differs from the embodiment illustrated in Figures 4aA, 4Ab in that 
the preferred embodiment accommodates peer to peer transfer between the 
geometry processor 302 and the rendering processor 304 (of Figure 4b). In order 
to accommodate peer-to-peer transfer, the second and third AGP interfaces have 
to be both a master and a target. However, according to the AGP specification, 
the device is always a master and the chipset is always a target. In the first 
embodiment of the AGP to AGP bridge 160 (see Figures 4aA, 4Ab), standard 
AGP interfaces are used. For example the second AGP interface 250 and the 
third AGP interface 270 were targets and the first AGP interface 240 was a 
master. 

Please replace the paragraph beginning at page 28, line 10, with the 
following rewritten paragraph: 

In the preferred embodiment, the AGP to AGP bridge 160 (shown in 
Figures 4e E, 4Eb ) is designed to enhance the support of peer-to-peer traffic. The 
queue blocks (252, 254, and 256) of the second AGP interface 250 are all bi- 
directional. Similarly, the queue blocks (272, 274 and 276) of the third AGP 
interface 270 are also bi-directional. Each bi-directional queue consists of two 
independent queues, one for each direction of traffic. For instance, there is a 
second AGP read and write request queue that contains requests from the second 
AGP bus 162 and is meant for the first AGP bus 107 or the third AGP bus 164. 
Similarly, there is another second AGP read and write request queue in the 
opposite direction which contains peer-to-peer requests from the third AGP bus 
164 directed toward the second AGP bus 162. The bi-directionality between the 
first AGP interface 240, the second AGP interface 250, and the third AGP 
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interface 270 can be facilitated by use of data buses 241 , 243 and 245 as shown 
in Figures 4e E, 4Eb . 

Please replace the paragraph beginning at page 30, line 1, with the 
following rewritten paragraph: 

When there is a read request (originated from the third AGP bus) that 
needs to be run on the second AGP bus 162, the second AGP read and write 
request queue 254 is responsible for initiating the read transaction on the bus. 
Once the data has been returned to the second AGP read data return queue 252, 
the data is then transferred internally to the third AGP read data return queue 272. 
Likewise, when there is a read request (originated from the second AGP bus) that 
needs to be run on the third AGP bus, the third AGP read and write request queue 
is responsible to initiate the read transaction on the bus. Once the data has been 
returned to the third AGP read data return queue 272, the data is then transferred 
internally to the second AGP read data return queue 252. This flow is similar to a 
read request from the first AGP interface 240 and the transfer of the read reply to 
the second AGP interface 250 or to the third AGP interface 270 as illustrated in 
Figures 11, 14A and 15. 

Please replace the paragraph beginning at page 39, line 4, with the 
following rewritten paragraph: 

The function of the first state machine 1300 is shown in Figures 13 , 13A . 
The operation is started in step 1302. First, a check is made to determine if the 
requested transfer is in the second read and write request queue 254. If not, 
execution is jumped to step 1324 to perform the same check with regard to the 
third read and write request queue 274. If the requested transfer is in the second 
read and write request queue 254, then execution continues to step 1306 where a 
check is made to determine if the requested transfer is a write. If not, then 
execution jumps to step 1314, otherwise, execution continues to step 1308. In 
step 1308, a check is made to determine if the write was complete in the second 
AGP bus 162. If so, then execution jumps to step 1324, otherwise, execution 
continues on to step 1310 where another check is made to determine if there is 
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space in the first write data queue 246 for the entire access. If not, then execution 
jumps to step 1324, otherwise, execution continues to step 1312 wherein the write 
cycle is executed on the second AGP bus 162 and the write data is stored in the 
first write data queue 246. The request is then marked as completed on the 
second AGP bus 162 to complete step 1312. 

Please replace the paragraph beginning at page 41, line 11, with the 
following rewritten paragraph: 

The function of the second state machine 1400 is illustrated in Figures 14, 
14A. Referring now to Figure 14, the operation of the RBF# control is 
accomplished in the following steps. The process is started in step 1402. First, in 
step 1404, a check is made to determine if the next read on the first read and write 
request queue 244 is small enough to fit within the internal buffer space in the 
AGP to AGP bridge 160. If so, then execution is looped back to step 1404, 
otherwise, execution continues on to step 1406 where a check is made to 
determine if the next read request is from the second AGP bus 162. If not, 
execution is jumped to step 1418 where the same check is made for the third AGP 
bus 164. Otherwise, execution continues on to step 1408 where a check is made 
to determine if the RBF# on the second AGP bus 162 has been asserted. If not, 
then execution is looped back to step 1404. Otherwise, execution continues on to 
step 1410 where the RBF# for the first AGP bus 107 is asserted. Next, in step 
1412, a check is made to determine if the RBF# of the second AGP bus 162 has 
been de-asserted, if not, then step 1412 is repeated, if so, then execution 
continues on to step 1415 wherein the RBF# for the first AGP bus 107 is de- 
asserted. Execution is then looped back to step 1404. 
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